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INFORMATION OFFERING SYSTEM 

CROSS-REFERENCE TO RELATED APPLICATIONS 

This application is based upon and claims the benefit of priority from 
Japanese Patent Application No. 2000-186666 filed on June 21, 2000, the entire contents 
of which is expressly incorporated herein by its reference. 

BACKGROUND OF THE INVENTION 

(1) Field of the Invention 

The present invention relates generally to a system in which given 
information is offered to a user, and more particularly to an information offering system 
which can be used to offer information on medical instrument products to users. 

(2) Description of the Related Art 

Unlike the ordinary goods market, users and purchasers of medical 
instruments are limited to doctors and hospital employees in charge of procurement of 
such medical instruments. 

Although in the case of ordinary goods, it may be possible to sell them to 
users by advertising them through general mass media, because of the limited users of 
medical instruments, such advertising activities are not cost-effective for the medical 
instrument market. 

Therefore, traditional promotional practices have been used in the 
medical instrument market: such as displaying products at meetings of medical science 
societies, visiting hospitals for advertising products, publishing articles in medical 
science journals, advertising by telephone, or by direct mail 



Although in the case of some surgical instruments, it is necessary to show 
the same through dynamic picture images or demonstrations, for example, how the 
surgical instrument operates so that users may assess its effectiveness. However, such 
demonstrations cannot be made when it is advertised in articles of medical science 
5 journals or by direct mail. Therefore, the product advertising effect cannot be exhibited 
very well. 

On the other hand, in the case of advertising by telephone, it is difficult in 
practice to get in contact with doctors by telephone because they have to consume much 
of each day in performing surgery or examining patients. Although demonstrations can 
1 0 be made during hospital visits, much time is required to visit a hospital and to prepare 
for a demonstration, which may increase sales costs. 

Therefore, such expenses are reflected in the final product price, and in 
other words, may increase medical costs. 

SUMMARY OF THE INVENTION 

1 5 The present invention made in consideration of the above is intended to 

provide an information offering system which allows to reduce sales expenses by 
improving the system for offering information to users. 

Accordingly, an information offering system is provided. The 
information offering system comprises: a summary information disclosing means for 

20 disclosing summary information about a designated product via a designated 

communication line; a judgment means forjudging whether or not the user reading said 
summary information disclosed by said summary information disclosing means and 
desiring to read detailed information about the product about which said summary 
information is disclosed is a user who is permitted to read detailed information; and a 

25 detailed information disclosing means for disclosing detailed information about the 

product about which said summary information is disclosed, to the user who is judged to 
be permitted to read detailed information by said judgment means. 
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Also provided is an information offering method. The method 
comprising: disclosing summary information about a designated product via a 
designated communication line; judging whether or not the user reading said summary 
information disclosed by said summary information disclosing step and desiring to read 
5 detailed product information about the product about which said summary information is 
disclosed is a user who is permitted to read detailed information; and disclosing detailed 
information about the product about which said summary information is disclosed, to the 
user who is judged to be permitted to read detailed information by said judgment step. 

Still yet provided are a computer program product for carrying out the 
10 methods of the present invention and a program storage device for the storage of the 
computer program product therein. 



BRIEF DESCRIPTION OF THE DRAWINGS 

These and other features, aspects, and advantages of the apparatus and 
methods of the present invention will become better understood with regard to the 
following description, appended claims, and accompanying drawings where: 

Fig. 1 is a schematic diagram showing a medical instrument sales system. 

Fig. 2 is a block diagram showing the server configuration of the maker 
side system in Fig. 1. 

Fig. 3 is an explanatory drawing of the user file database constructed in 
the data storage device in Fig. 2. 

Fig. 4 is an explanatory drawing of the product file database constructed 
in the data storage device in Fig. 2. 
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Fig. 5 is a flow chart showing the user registration process by the maker- 
side system in Fig. 1 . 



Fig. 6 is a drawing showing the homepage opened by the maker-side 
system in Fig. 1 . 

5 Fig. 7 is a drawing showing the homepage for non-member users opened 

_ by the maker-side system in Fig. 1. 

Fig. 8 is the member registration screen in the processing flow in Fig. 5. 

Fig. 9 is a flow chart showing the process for updating files and offering 
product information to member users by the maker-side system in Fig. 1. 

1 0 Fig. 1 0 is a flowchart showing the processing flow for extracting member 

users' mail addresses in Fig. 8. 

Fig. 1 1 is a flow chart showing the processing flow only for member 

users in Fig. 9. 

Fig. 12 is a flow chart showing the flow after receiving product 
1 5 information by the user system in Fig. 1 . 

Fig. 13 is a flow chart showing the processing flow for member users' 
requesting information on the homepage of the maker-side system in Fig. L 

Fig. 14 is the added detailed information screen to be opened. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

20 Although this invention is applicable to numerous and various types of 

information offering systems, it has been found particularly useful in the environment of 
medical instrument sales. Therefore, without limiting the applicability of the invention 
to medical instrument sales, the invention will be described in such environment. 
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As shown in Fig. 1, a preferred medical instrument sales system 1 of the 
present invention is illustrated. The system 1 comprises a maker-side system 2 for 
selling medical instruments and plural user systems 3 (e.g., systems for hospitals that are 
purchasers of medical instruments) that are interconnected via a wide-area network, such 
5 as the Internet 4. 

The maker-side system 2 comprises plural personal computers 6 
"(hereinafter referred to as "PCs") and a server 7 connected to the local-area network 5 
(hereinafter referred to as "LAN"), and an Internet interface device 8 (hereinafter 
referred to as "Internet I/F") that allows LAN 5 to be connected to Internet 4. The 

10 maker-side system 2 can transmit and receive information to and from user systems 3 
connected to Internet 4 via the Internet I/F 8. User LANs 9 constructed in the facilities 
of larger end users, such as hospitals or other facilities can be also connected to the 
maker-side system 2 via the Internet 4. Multiple PC's 6 are shown by way of example 
only and not to limit the spirit or scope of the present invention. Those skilled in the art 

15 will realize that the maker-side system may consist of a single PC 6 connected via the 
Internet 4 to the plural user systems 3. 

As shown in Fig. 2, the above-mentioned server 7 comprises a CPU 12 
connected to the bus 11, a data storage device 13, a display I/F 14, an input I/F 15, a 
network interface 16, and the like. The above-mentioned network I/F 16 is connected to 
20 LAN 5, The input I/F 15 is connected to a data input device 18 such as a keyboard 

and/or mouse, or an image scanner. The display I/F 14 is connected to the monitor 17. 

In the data storage device 13, are constructed a user file database 19 
managing user information and a product file database 20 managing product 
information. CPU 12 controls a variety of processes: constructing these databases, as 
25 well as controlling the display I/F 14, input I/F 15, and network I/F 16. In the situation 
where the maker-side system 2 consists of a single PC and not a LAN, the PC's CPU, 
storage device, interfaces, monitor, and data input devices provide the same function as 
the server 7. 
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As shown in Fig. 3, the above-mentioned user file database 19 comprises 
plural user files 21. Preferably, on those user files 21, are recorded, for each user, the 
user ID code, password, user name (including the position name and the qualification 
information such as doctor or nurse), facility (hospital) name, section name, facility 
5 address, telephone number, e-mail address, facsimile number, career record, keywords 
(related information, for example, techniques that he or she is interested in), code of the 
used (purchased) product, configuration of the used (purchased) unit (unit name and unit 
code), name of the responsible sales person, file update history, and the like. 

Among user data, user name (including the position name and the 
1 0 qualification information such as doctor or nurse), facility (hospital) name, section name, 
career record, keywords (related information, for example, techniques that he or she is 
interested in), and the like, are the user's own peculiar data. 

As shown in Fig. 4, the product file database 20 comprises plural product 
files 22. Preferably, on those user files, are recorded, for each product, the product 
1 5 name, product code, configuration of the used (purchased) unit (unit name and unit 
code), use (or purchase) user ID code, field in which the product is used, keywords 
(related information, for example, techniques that he or she is interested in), product 
information, file update history, and the like. 

Furthermore, the user file database 19 and the product file database 20 are 
20 preferably linked, such as through user ID codes or used (or purchased) product ID 

codes. In the case of user files 21, the used (purchased) product code, configuration of 
the used (purchased) unit (unit name and unit code), and the like are updated, for 
example, when a user purchases a product. In the case of user files 22, use (or purchase) 
user ID code, and the like are updated, and the update history for each is rewritten. All 
25 pieces of information in the user file database 1 9 and the user file 21 can be updated as 
necessary. 

Next, using the processing flow chart shown in Fig. 5, how a user is 
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registered as a member and how a user ID code is issued are described. First, in Step SI, 
the homepage 3 1, as shown in Fig, 6, prepared in the server 4 is opened on Internet 4 via 
the Internet I/F 8. Next, when a user accesses the homepage 3 1 in Step S2, he or she 
will be permitted only to access the non-member users' page 32, as shown in Figure 7. 
For example, when the selection button 31a for "Articulated Instruments" is pressed 
(clicked) among "Product Information" items displayed on the homepage 31 in Fig. 6, 
the non-member users' page 32 shown in Fig. 7 will be opened. 

If the user desires to transmit his or her request or opinion on products to 
the maker while reading the non-member users' page 32 shown in Fig. 7, he or she 
should click one of the check boxes 32a in the non-member users' page 32 next to a 
corresponding request, or input a comment into the blank space of the box "Others," and 
click the reply button 32b. This allows the user to transmit his request or opinion to the 
maker side. On the other hand, clicking the return button 32c returns the user to the 
homepage screen 3 1 shown in Fig. 6. 

Next, returning to the flow chart shown in Fig. 5, in Step 4, it is 
determined whether the user desires more detailed product information for members. 
When the user takes interest in a product on the non-member users' page 32, or desires 
that more detailed information should be provided to read, he or she is required to 
become a member. In the next Step, whether the user is a member or not is confirmed. 
First, when the user clicks the members' information button 32d on the non-member 
users' page 32 shown in Fig. 7, whether his or her user ID code is registered or not will 
be determined in Step S5. 

Alternatively, even when the user checks one of the check boxes 32a 
("Want to purchase it," "Want to clinically use it," "Want to be explained" etc.) on the 
non-member users 5 page 32, and presses the reply button 32b, whether his or her ID 
code is registered or not will be determined in Step S5. If his or her ID code is not 
registered, the member registration screen shown in Fig. 8 will be displayed instead of 
the screen 32 shown in Fig. 7 in Step S7. If the user ID code is registered in Step S5, his 



or her ID code will be input in Step S6 to jump to Step S71 shown in Fig. 13. This 
process is described below in detail. On the other hand, if the user does not desire to 
read members' information in the above-mentioned Step S4, the process for Step S3 will 
be continued. 

5 Next, if the user desires to register himself or herself as a member in Step 

S8 on the member registration screen 33 in Fig 8 displayed in Step S7, he or she must 
"select a registration manner in Step S9. Preferably, the user must decide to register 
himself or herself by e-mail or on the homepage 3 1 . If the user does not desire to 
register himself or herself, button 33c is clicked and the process continues back to Step 
10 S3 . If "e-mail" is selected in Step 9 by clicking the e-mail button 33a, the maker will 
send an e-mail to the user to ask registration information (user data) necessary for the 
registration process in Step S10. What the maker asks the user about is necessary to 
construct the user file 19 shown in Fig. 3. When the user receives the e-mail from the 
maker, he or she must answer all the questions that the maker asks. 

1 5 During this time period, the maker side waits for the user's reply in Step 

S 1 1 . After the e-mail from the user is received in Step S 1 1 , it is determined whether all 
pieces of registration information (user data) necessary for the sales list is provided. 
Here, this sales list includes the contents of lists prepared by salespersons for users 
having made contact with the maker via salespersons. Therefore, even those users who 

20 are not registered for the present system can be checked. 

If registration information necessary for the sales list is insufficiently 
provided, required registration information will be asked of the user, for example, 
through an e-mail questionnaire in Step SI 4. An e-mail from the user is waited for again 
in Step S 1 5. When an e-mail from the user is received in Step S 1 5, and that all pieces of 
25 registration information (user data) necessary for the sales list is provided is judged in 
Step SI 3, the maker side will proceed to member registration in Step SI 5, using the data 
input device 18. 
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On the other hand, if the user select the "homepage" alternative by 
clicking the homepage button 33b in Step S9, he or she will move from the member 
registration screen shown 33 in Fig. 8 to a registration page on which the member 
registration process will be conducted in Step SI 2. 

5 After the member registration process is conducted on the maker side in 

Step SI 6, or on the homepage in Step SI 2, the member user will be registered on the 
user file database in Step SI 2, and a user file is prepared. A user ID code is preferably 
given to this user file. Preferably, the user ID code is issued by e-mail to complete the 
member registration process. According to the flow chart shown in Fig. 5, the member 

10 registration process is started on the homepage 32 shown in Fig. 7. However, it is also 
possible to display the user registration button on the homepage 3 1 displayed in Step S2 
shown in Fig. 5, and to jump from this page to the ID code registration process starting 
from Step S8. Completing the member registration process as shown above, the user can 
access members' pages by inputting his or her user ID code and password when 

15 accessing the homepage 3 1 (see Fig. 6), and obtain detailed information about products. 

Next, how a user file 21 and product file 22 are updated, and how 
information about products is provided are described. First, as shown in Fig. 9, when a 
responsible person from the maker-side accesses the maker-side system 2, the maker- 
side system 2 will wait for an input for newly preparing a user file 21 or product file 22 

20 in Step 21. If a file is newly prepared, the member registration process described in Step 
Sll in Fig. 5 is carried out on the user files 21 in Step S22. On the product files 22, a 
new file is prepared, and the file update process and the product information offering 
process for member users are completed. On the other hand, if no file is newly prepared 
in Step S21, an input will be waited for updating a user files 21 or product file 22 in Step 

25 S23. 

If either file is updated, an input is waited for to judge whether a product 
file 22 should be updated or not in Step S24. If the file to be updated is a product file 22, 
the product code should be input in Step S25 to update a product file 22 in Step 26. On 
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the other hand, if the file to be updated is not a product file, a user file 21 will be 
updated. For this, the user ID code is input in Step S27, the user file 21 is updated in 
Step S28, and the file update process and the product information offering process for 
the member user are completed. If a product file 22 is updated in Step S26, an input is 

5 waited for to judge whether updated product information should be sent to the member 
user by e-mail in Step S29. If no updated product information is sent in Step S29, the 

_ .file update process and the product information offering process for member users are 
completed. 

On the other hand, if updated product information is sent, Step S3 3 will 
10 be taken. If it is determined that no user file 21 nor product file 22 should be updated, 
Step S30 will be taken. In Step S30, an input is waited for to judge whether product 
information (for example, about new products) should be sent to member users by e-mail 
without updating any file. If no product information is sent in Step S30, the file update 
process and the product information offering process for member users are completed. If 
1 5 in Step S30, updated product information is sent, product information to be sent will be 
input in Step S31, and Step S33 will be taken. In Step S33, the member users' mail 
address extraction process as described below is carried out. And, in Step S34, detailed 
product information based on user information peculiar to member users is, by e-mail, 
sent to those member users whose mail addresses have been extracted in Step S33. 

20 As described above, the file update process and the product information 

offering process for member users are completed. Detailed product information based 
on user information peculiar to member users is such information as prepared for each 
member user and based on one or more keywords consisting of the position information, 
qualification information (doctor, nurse, etc), and related information (facility or hospital 

25 name, section name, career record, interesting techniques, etc). 

Next, the member users' mail address extraction process in the above- 
mentioned Step S33 will be described using Fig. 10. First, if a keyword related to 
product information is input in Step S41, product files including the input keyword can 



10 



be retrieved in Step S42. In the next Step S43, user files 21 are extracted using the user 
IDs included in retrieved product files. In the next Step S44, an input is waited for to 
judge whether member users to whom information is sent should be limited or not. If 
member users to whom information is sent are limited, the member users' limitation 
5 process as described below will be carried out in Step S45, and the member users' mail 
address extraction process will be completed. On the other hand, unless member users 
_ _to whom information is sent are limited, the member users' mail address extraction 
process will be completed. 

Next, the member users' limitation process in the above-mentioned Step 
1 0 S45 will be described in detail, using Fig. 1 1 . First, in Step S5 1 , the purposes for which 
the product is used are input. In the next Step S52, member users who belong to sections 
having the purposes input in Step S52 are taken, and their mail addresses are extracted. 
In Step S53, the levels (for example, doctor or nurse, or special member user who has 
participated in the product development) of those member users to whom information 
15 should be sent are input. 

In the next Step S54, member users are narrowed down according to the 
levels input in Step S53, and their mail addresses are extracted again. In the next Step 
S55, an input is waited for to judge whether those member users to whom information 
should be sent should be further limited. If they are further limited, Step S56 will be 
20 taken to input limitation items for further narrowing down and limiting member users to 
whom information should be sent. Such limitation items consist of a variety of pieces of 
information including positions (professor, assistant professor, etc), career record, 
geographical region, etc. of those member users to whom information will be sent. 

On the other hand, if they are not limited, the process is completed. In 
25 Step S56, if items are input to limit member users to whom information should be sent, 
member users are narrowed down according to the limitation items input in Step S57, 
and their mail addresses are extracted again. 
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Thereafter, mail addresses of those member users to whom information 
should be sent are extracted, and product information based on specific user information 
will be sent, preferably by e-mail, to member users of those mail addresses extracted in 
Step S34 shown in Fig. 9. When a member user on the user system 3 receives such 
5 product information, he or she can examine such product information in Step S62 as 
shown in Fig. 12. When the member user sends back the examination results to the 
maker-side system 2 in the next Step S63, practical sales activities such as selling of 
products can start. 

Here, how the request of a member user on the user system 3 for product 
information (for example, about new products) is processed on the maker-side system 2 
will be described using Fig. 13. When the maker-side system receives a user ID code 
via the members' homepage on the homepage 31 in Step S71, a user file 21 will be read 
out based on the received user ID code, and user data will be extracted, in the next Step 
S72. In the next Step S73, product information is to be prepared according to the section 
that the member user belongs to, or related information (keyword) that he or she is 
interested in. Next, in Step S74, whether the member user desires to receive detailed 
information is read. If the member user desires to receive detailed information in this 
Step S74, technique information will be added to product information in Step S75, and 
Step S76 will be taken. On the other hand, if the member user does not desire to receive 
detailed information, Step S76 will be taken directly. In Step S76, the disclosure extent 
of product information is limited according to the level (for example, doctor or nurse) of 
the member user. 

In the next Step S77, disclosed information is prepared according to the 
disclosed scope limited in Step S76. And, in Step S78, disclosed information prepared 
25 in Step S77 is carried on the homepage (members' page) in Step S77. This process 

provides member users with product information most suitable and satisfactory to him or 
her. 

An example of the member users' detailed information screen 34 is 

12 




shown in Fig. 14. On the member users' detailed information screen 34 in Fig. 14, are 
shown detailed photographs and detailed specifications of a product are disclosed, as 
well as for what techniques or diseases it is used, examples of its use (images, etc.), 
examples of unit installation, and examples of facilities in which it is used. Open 
5 information may be sent to member users by e-mail instead of being carried on the 
homepage (members' page). 

According to the present embodiment, the most appropriate product 
information corresponding to the section, level, etc. can be provided for member users 
on the user system 3 via Internet 4. Therefore, not only the sales system and distribution 

10 route can be improved, but also expenses for business activities toward selling of 
products such as medical instruments can be reduced, and product costs can be 
prevented from increasing. 

The methods of the present invention are particularly suited to be carried 
out by a computer software program, such computer software program preferably 

1 5 containing modules corresponding to the individual steps of the methods. Such software 
can of course be embodied in a computer-readable medium, such as an integrated chip or 
a peripheral device. 

While there has been shown and described what is considered to be 
preferred embodiments of the invention, it will, of course, be understood that various 

20 modifications and changes in form or detail could readily be made without departing 
from the spirit of the invention. It is therefore intended that the invention be not limited 
to the exact forms described and illustrated, but should be constructed to cover all 
modifications that may fall within the scope of the appended claims. 

25 
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